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METHOD OF DISCOVERING AND OPERATING A PAYLOAD NODE 



Background of the Invention 

5 

In a prior art computer network, particularly a backplane-based computer network, 
when a new payload node is inserted into the chassis, the central node is unaware of 
hardware capabilities of the payload node beyond the existence of the payload node. Prior 
art computer system interfaces such as Universal Serial Bus (USB) or Peripheral 

1 0 Component Interconnect (PCI) are canned interfaces where a known type of device with 
known capabilities is plugged into the interface. Here the computer system already knows 
the hardware configuration and capabilities of the device ahead of time. In the prior art, 
there is no discovery of the hardware capabilities of the device, which has the disadvantage 
of preventing the computer system or computer network from optimizing itself using the 

1 5 capabilities of the plugged in payload node or device. 

Accordingly, there is a significant need for an apparatus and method that 
overcomes the deficiencies of the prior art outlined above. 

20 Brief Description of the Drawings 

Referring to the drawing: 

FIG.l depicts a block diagram of a computer network according to one 
25 embodiment of the invention; and 

FIG.2 illustrates a flow diagram of a method of the invention according to an 
embodiment of the invention. 

It will be appreciated that for simplicity and clarity of illustration, elements shown 
30 in the drawing have not necessarily been drawn to scale. For example, the dimensions of 
some of the elements are exaggerated relative to each other. Further, where considered 
appropriate, reference numerals have been repeated among the Figures to indicate 
corresponding elements. 
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Description of the Preferred Embodiments 

In the following detailed description of exemplary embodiments of the invention, 
5 reference is made to the accompanying drawings, which illustrate specific exemplary 

embodiments in which the invention may be practiced. These embodiments are described 
in sufficient detail to enable those skilled in the art to practice the invention, but other 
embodiments may be utilized and logical, mechanical, electrical and other changes may be 
made without departing from the scope of the present invention. The following detailed 
10 description is, therefore, not to be taken in a limiting sense, and the scope of the present 
invention is defined only by the appended claims. 

In the following description, numerous specific details are set forth to provide a 
thorough understanding of the invention. However, it is understood that the invention may 
be practiced without these specific details. In other instances, well-known circuits, 
1 5 structures, software blocks and techniques have not been shown in detail in order not to 
obscure the invention. 

In the following description and claims, the terms "coupled" and "connected," 
along with their derivatives, may be used. It should be understood that these terms are not 
intended as synonyms for each other. Rather, in particular embodiments, "connected" may 
20 be used to indicate that two or more elements are in direct physical or electrical contact. 
However, "coupled" may mean that two or more elements are not in direct contact with 
each other, but yet still co-operate or interact with each other. 

FIG. 1 depicts a block diagram of a computer network 1 00 according to one 
embodiment of the invention. Computer network 100 can include a multi-service platform 
25 system chassis, with software and any number of payload node slots 110, 112 for inserting 
payload nodes 104, 106. In an embodiment, computer network 100 can be a backplane- 
based computer network, wherein a backplane 119 couples payload node slots 110, 112 
and payload nodes 104, 106 to a central node 102. As an example of an embodiment, 
computer network 1 00 can include a multi-service platform system chassis having model 
30 MCIP805 manufactured by Motorola Computer Group, 2900 South Diablo Way, Tempe, 
AZ 85282. The invention is not limited to this model or manufacturer and any computer 
network 1 00 and multi-service platform system is included within the scope of the 
invention. 
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As shown in FIG.l, computer network 100 can comprise a central node 102 
coupled to any number of payload node slots 110, 112 via backplane 119. Backplane 119 
can accommodate any combination of a packet switched backplanes including a 
distributed switched fabric or a multi-drop bus type backplane. Payload nodes 104, 106 
5 can add functionality to computer network 100 when plugged into payload node slots 110, 
1 12 through the addition of processors, memory, storage devices, I/O elements, and the 
like. In other words, payload nodes 104, 106 can include any combination of processors, 
memory, storage devices, I/O elements, and the like, to give computer network 100 any of 
a plurality of functionalities. In an embodiment shown in FIG.l, two payload node slots 

10 1 10, 1 12 and two payload nodes 104, 106 are shown. This is not limiting of the invention 
and any number of payload node slots and payload nodes are within the scope of the 
invention. For example, in one embodiment, computer network 100 can have 18 payload 
node slots to accommodate 1 8 payload nodes. 

In an embodiment, computer network 1 00 can use any number of switch modules 

15 as a central node 102 with any number of payload nodes 104, 106 coupled to central node 
102. Central node 102 can be, for example and without limitation, a server, one or more 
switch modules, and the like. Computer network 100 can be based on a point-to-point, 
switched input/output (I/O) fabric. Computer network 100 can include both node-to-node 
(for example computer systems that support I/O node add-in slots) and chassis-to-chassis 

20 environments (for example interconnecting computers, external storage systems, external 
Local Area Network (LAN) and Wide Area Network (WAN) access devices in a data- 
center environment). Computer network 100 can be implemented by using one or more of 
a plurality of switched fabric network standards, for example and without limitation, 
InfiniBand™, Serial RapidIO™, Ethernet™, and the like. Computer network 100 is not 

25 limited to the use of these switched fabric network standards and the use of any switched 
fabric network standard is within the scope of the invention. 

In one embodiment, backplane 119 can be an embedded packet switched backplane 
as is known in the art. In another embodiment, backplane 119 can be an overlay packet 
switched backplane that is overlaid on top of a backplane that does not have packet 

30 switched capability. In an embodiment of the invention, central node 102 is coupled to 
payload node slots 110, 112 via backplane 119. In an embodiment, backplane 1 19 
comprises plurality of links capable of transmitting signals to and from central node 102 
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and payload nodes 104, 106. As an example of an embodiment, each of plurality of links 
in backplane 1 19 can comprise two 100-ohm differential signaling pairs. 

In an embodiment, backplane 1 1 9 can use the CompactPCI Serial Mesh Backplane 
(CSMB) standard as set forth in PCI Industrial Computer Manufacturers Group (PCIMG®) 
5 specification 2.20, promulgated by PCIMG, 301 Edgewater Place, Suite 220, Wakefield, 
Massachusetts. CSMB provides infrastructure for applications such as Ethernet, Serial 
RapidIO, Ethernet, other proprietary or consortium based transport protocols, and the like. 
In another embodiment computer network 1 00 can use an Advanced Telecom and 
Computing Architecture (AdvancedTCA™) standard as set forth by PCIMG. 

10 In another embodiment, computer network 100 can utilize, for example and 

without limitation, Common Switch Interface Specification (CSEX). CSEX defines 
electrical and packet control protocol layers for traffic management and communication. 
Packet traffic can be serialized over links suitable for a backplane environment. The CSIX 
packet protocol encapsulates any higher-level protocols allowing interoperability in an 

1 5 open architecture environment. 

In yet another embodiment, backplane 119 can use VERSAmodule Eurocard 
(VMEbus) switched serial standard backplane (VXS) as set forth in VITA 41 promulgated 
by VMEbus International Trade Association (VITA), P.O. Box 19658, Fountain Hills, 
Arizona, 85269 (where ANSI stands for American National Standards Institute). VXS 

20 includes a packet switched network on a backplane coincident with the VMEbus parallel- 
type bus, where VMEbus is a parallel multi-drop bus network that is known in the art. 

In an embodiment, payload node 104, 106 can be a VMEbus board having a 
VMEbus board form factor. VMEbus form factor, including mechanical dimensions, 
electrical specifications, and the like are known in the art and set forth in the ANSI/VITA 

25 1-1 994 and ANSI/VITA 1.1-1997 standards promulgated by the VMEbus International 

Trade Association (VITA), P.O. Box 19658, Fountain Hills, Arizona, 85269 (where ANSI 
stands for American National Standards Institute). 

In still another embodiment, payload node 104, 106 can be a CompactPCI® board 
having a CompactPCI form factor. CompactPCI form factor, including mechanical 

30 dimensions, electrical specifications, and the like, are known in the art and set forth in the 
CompactPCI Specification, by PCI Industrial Computer Manufacturers Group (PCIMG™), 
301 Edgewater Place, Suite 220, Wakefield, Massachusetts. 
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In yet another embodiment, payload node 1 04, 1 06 can be an Advanced 
Telecommunications Computer Architecture (AdvancedTCA™) board having an 
AdvancedTCA form factor. AdvancedTCA form factor, including mechanical 
dimensions, electrical specifications, and the like, are known in the art and set forth in the 
5 AdvancedTCA Specification, by PCI Industrial Computer Manufacturers Group (PCIMG), 
301 Edgewater Place, Suite 220, Wakefield, Massachusetts. 

In still yet another embodiment, payload node 104, 106 can be an Advanced 
Packaging System (APS) board having an APS form factor. APS form factor, including 
mechanical dimensions, electrical specifications, and the like, are known in the art and set 

10 forth in the ANSI/VITA Specification 34. 

In an embodiment, payload node 104 can include a hardware capability set 122, 
which can include any hardware, associated software, and the capabilities of such 
hardware and software present on payload node 104. Hardware capability set 122, for 
example and without limitation, can include without limitation items and any derivative of 

1 5 their capabilities as listed below. 

In an embodiment, payload node 1 04 can include a processor 1 24 for processing 
algorithms stored in memory 126. Memory 126 comprises control algorithms, and can 
include, but is not limited to, random access memory (RAM), read only memory (ROM), 
flash memory, electrically erasable programmable ROM (EEPROM), and the like. 

20 Memory 126 can contain stored instructions, tables, data, and the like, to be utilized by 
processor 124. Payload node 104 can also include storage 128, for example disk drives, 
optical drives, hard drives, and the like. In another embodiment, payload node 104 can 
include any number of input/output (I/O) ports, for example, Tl, El, USB, coaxial, and the 
like, or other communication ports. Payload node 104 can also include video controller 

25 132, audio controller 134, and the like, to facilitate or augment video or audio functions 
within computer network 100. In yet another embodiment, payload node 104 can include 
wireless interface 136, which can include a wireless transceiver, antenna, software, and the 
like to allow payload node 104 and computer network 100 to communicate over a wireless 
network such as a LAN, WAN, and the like. Payload node 104 is not limited to the items 

30 described above, nor must payload node 104 include each of the items described above. 
Payload node 104 can include any type of functionality to be made available to computer 
network 1 00 and be within the scope of the invention. 
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Software blocks that perform embodiments of the invention are part of computer 
program modules comprising computer instructions, such as control algorithms, that are 
stored in a computer-readable medium such as memory described above. 

In an embodiment, payload node 104 can include hardware capability set 122 that 
5 is on payload node 104 or added via a mezzanine card as known in the art. Mezzanine 

card can be coupled to payload node 104 to provide additional functionality. Although any 
type of mezzanine card is within the scope of the invention, an exemplary mezzanine card 
can be a Common Mezzanine Card (CMC) having a CMC form factor. CMC form factor, 
including mechanical dimensions, electrical specifications, and the like, are known in the 

10 art and set forth in the Institute of Electrical and Electronics Engineers (IEEE) standard 
PI 386. A particular example of an embodiment is a PCI mezzanine card (PMC) having a 
PMC form factor. PMC form factor, including mechanical dimensions, electrical 
specifications, and the like, are known in the art and also set forth in the Institute of 
Electrical and Electronics Engineers (IEEE) standard PI 386. 

15 In still another embodiment, mezzanine card can include a mini-PCI expansion 

card having a mini-PCI form factor. Mini-PCI cards and form factors are known in the art 
with mechanical, electrical and configuration standards set out in the Mini PCI 
Specification revision 1 or later and the PCI Local Bus Specification revision 2.3 or later 
as promulgated by the PCI Special Interest Group, 5300 N.E. Elam Young Parkway, 

20 Hillsboro, Oregon. 

In an embodiment, payload node 104 can include a payload boot algorithm 120 
stored in memory 126 and executable by processor 124. In an embodiment, upon coupling 
payload node 104 to payload node slot 110, payload boot algorithm 120 can execute 
independent of central node 102. 

25 In an embodiment, payload boot algorithm 120 can discover hardware capability 

set 122 available on payload node 104 or coupled to payload node 104 via a mezzanine 
card. In an embodiment, payload boot algorithm 120 can be an operating system that 
executes utilities that discover and gather hardware capability set 122 on payload node 
104. Payload boot algorithm 120 can be, for example and without limitation, a Linux 

30 based algorithm, Windows based algorithm, Java script, and the like. In effect, payload 
boot algorithm 120 searches payload node 104 and discovers hardware capability set 122, 
which includes not only the hardware available on payload node 1 04, but also the 
capabilities of that hardware (i.e. processor speed, memory capacity, storage capacity, I/O 
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ports and their available throughput, and the like). This differs from prior art processes in 
that payload boot algorithm 120 runs on payload node 104 independent of any instructions 
or detection of central node 102. This also differs from the prior art in that payload boot 
algorithm 120 discovers the hardware and capabilities of payload node 104, whereas in the 
5 prior art the central node 102 would detect payload node 104 and attempt to discover just 
the hardware available on payload node 104 (e.g. just detect the presence of a processor) 
without discovering the capabilities of the hardware on payload node 104. 

Computer network 100 can comprise any number of payload node slots 110, 112 
and any number of payload nodes 104, 106. For example, computer network 100 can 

10 comprises payload node 106 having second hardware capability set 105, which can be the 
same or different from hardware capability set 122 on payload node 104. 

In an embodiment, payload boot algorithm 120, once hardware capability set 122 is 
discovered, communicates hardware capability set 122 to payload discovery manager 1 14 
at central node 102. Hardware capability set 122 can be communicated to central node 

15 102 via backplane 119, wireless communication means, and the like. 

In an embodiment, central node 1 02 comprises a plurality of software sets. For 
example, in FIG.l, central node 102 comprises at least software set 116 and second 
software set 1 18. In another embodiment, central node 102 can comprises only one 
software set. Payload discovery manager 114 selects a software set based on the hardware 

20 capability set received from payload node 104, specifically received from payload boot 
algorithm 120 of payload node 104. 

In an embodiment, payload discovery manager 114 can select which software set to 
apply to payload node 104 based on hardware capability set 122 and optimization of 
computer network 100. Optimizing computer network 100 can include without limitation, 

25 applying hardware capability set 122 of payload node 104 to minimize processing time of 
computer network 1 00, maximize processing speed of computer network, maximize 
efficiency of data storage, and the like. In another embodiment, payload discovery 
manager 1 1 4 can select which software set to apply to payload node 1 04 based on pre- 
configured or user-configured decision rules to validate payload node 104 is correct for 

30 computer network's 100 functionality and then select software set for the pre-configured 
or user-configured purposes of payload node 104. Decision rules can be in the form of an 
algorithm, look-up table, and the like. Once software set 116 is selected, payload 
discovery manager 1 14 can communicate software set 116 to payload node 104. 
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Software set 116 can comprise an operating system module 1 1 3, a transition 
module 1 1 5 and other modules 1 1 7 such as applications, services, file systems, and the 
like. In an embodiment, transition module 115 operates to transition payload node 104 
from running payload boot algorithm 1 20 to running any of software set 1 1 6 while 
5 bypassing rebooting payload node 104 to any of software set 116. 

In an embodiment, if software set 116 contains an operating system module 113, 
transition module 115 transitions payload node 104 from payload boot algorithm 120 to 
operating system module 113. As an example, if payload boot algorithm 120 is a Linux 
operating system and operating system module 1 13 is a Windows based operating system, 

10 then transition module 115 operates to transition payload node 104 from running payload 
boot algorithm 120 (the Linux operating system) to running the operating system module 
113 (the Windows operating system) while bypassing rebooting the payload node 104 to 
the operating system module 113. In other words, transition module 1 15 is coupled to 
transition payload node 104 from payload boot algorithm 120 to operating system module 

15 113 without payload node 1 04 having to reboot from a BIOS or firmware. This ensures a 
faster and more efficient transfer from payload boot algorithm 120 to operating system 
module 113 with minimal runtime interruption so payload node 104 is operational on 
computer network 100 quickly. In effect, payload discovery manager 114 selects 
transition module 1 15 as a part of software set 116 based on hardware capability set 122 

20 and software set 116, including operating system module 1 1 3 selected. In another 

embodiment, other modules 117 are able to run using payload boot algorithm and software 
set does not include operating system module 113. 

This unique methodology allows operating system module 1 13 to be, for example, 
a standard off-the-shelf operating system module that does not require customization in 

25 order to run on payload node 104, transition payload node or boot on payload node. 
Transition module 115 handles all transitioning from the payload boot algorithm 120 
already running on payload node 104 to the operating system module 113. In this way, 
transitioning payload node 1 04 operates transparently to operating system module 113 and 
other modules 1 17 that download and execute on payload node 104. This has the 

30 advantage of simplifying the management of computer network 100 as operating system 
module 1 1 3 and other modules 117 can be standard off-the-shelf items that do not require 
customization to transition payload node 104. 
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The embodiments of the invention also have the advantage in that payload boot 
algorithm operates to discover hardware capability set 122 even if hardware capability set 
122 has been modified. For example, payload node 104 can be removed from computer 
network and hardware capability set 122 modified to define a second hardware capability 
5 set 105 (e.g. installation of a faster processor, different I/O ports, and the like), and 

payload node 104 reinserted into payload node slot 1 10 to interface with computer network 
100. Upon reinsertion, payload boot algorithm 120 operates to discover second hardware 
capability set 105 and communicate this to payload discovery manager 1 14. Payload 
discovery manager can then select software set 116 or second software set 1 1 8 based on 

10 second hardware capability set 105 and download to payload node 104 in a manner 

analogous to that described above. Transitioning can also occur in a manner analogous 
with that described above. 

FIG.2 illustrates a flow diagram of a method of the invention according to an 
embodiment of the invention. In step 202, payload node 104 is coupled to payload node 

15 slot 110. In step 204, payload node 104 executes payload boot algorithm 120 independent 
of central node 102. In step 206, payload boot algorithm 120 discovers hardware 
capability set 122, and in step 208, hardware capability set 122 is communicated to 
payload discovery manager 1 14 at central node 102. 

In step 210, payload discovery manager 114 selects software set 116 based on 

20 hardware capability set 122. In an embodiment, payload discovery manager 1 14 can select 
software set 116 to optimize computer network 100. In another embodiment, payload 
discovery manager 1 14 can select software set 116 based on pre-configured or user- 
configured decision rules based on, for example, algorithms or look-up tables. In step 212, 
software set 116 is communicated to payload node 104 via backplane 119, wireless 

25 communication means, and the like. In step 214, payload node 104 is transitioned from 
running payload boot algorithm 120 to any of software set 1 16 while bypassing rebooting 
payload node 104 to software set 116. In an embodiment, software set 1 16 includes 
transition module 115 that operates to transition payload node 104 while bypassing 
rebooting, from for example, a BIOS or firmware. 

30 While we have shown and described specific embodiments of the present 

invention, further modifications and improvements will occur to those skilled in the art. It 
is therefore, to be understood that appended claims are intended to cover all such 
modifications and changes as fall within the true spirit and scope of the invention. 



